Applicant 
Serial No. 
Filed 
Page 



David Hawley 
10/646,428 
August 21, 2003 
6 of 13 



Attorney's Docket No.: 16105-002US2 / 2000P00003 
WOUS01 



REMARKS 



In the non-final Office Action that was mailed on June, 25, 2007, the Examiner rejected 
claims 1-3, 6-1 1 and 13-15. Applicant has amended claims 1, 6, 8 and 13, and has canceled 
claim 1 1 . The amendments add no new matter, and support for the amendments can be found 
throughout Applicant's specification as originally filed. Claims 1-3, 6-10 and 13-15 remain 
pending, and Applicant respectfully requests reconsideration in view of the amendments above 
and the following remarks. 

Response to Claim Rejections - 35 U.S.C. S 112 

The Examiner rejected claims 14-15 under 35 U.S.C. § 112, second paragraph, as being 
indefinite. Applicant has amended claim 13 to recite that the computer-program product is 
"tangibly embodied" in a computer-readable storage medium of a computing device. The 
amendment adds no new matter. Applicant submits that the Examiner's concerns have been 
addressed, and that claims 14 and 15 comply with 35 U.S.C. § 112. Applicant request that the 
Examiner remove the 35 U.S.C. § 1 12 rejections of these claims. 

Response to Claim Rejections - 35 U.S.C. g 101 

The Examiner rejected claims 8, 11, 12 and 13 under 35 U.S.C. § 101 as directed to non- 
statutory subject matter. Claim 12 was canceled in a prior response, and Applicant has canceled 
claim 1 1 above. 

The Examiner appears to contend that Applicant's claims cover a signal. Applicant 
disagrees. Applicant's independent claims 8 and 13 are each directed to a "computer program 
product" that is embodied "in a computer-readable storage medium ." That does not cover a 
signal, and moreover, Applicant's specification does not indicate that language covers a signal, 
as the Examiner appears to contend. Indeed, Applicant's specification makes clear that the 
"computer program product" may be embodied in memory 920 (storage medium), in carrier 970 
(including carriers 971, 972 and 973), or in signal 980. (Page 16, lines 24-26.) The first two 
embodiments are covered by the claims by virtue of the claim requiring a "storage medium"; the 
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third embodiment - that is, the signal - is not covered by the claims. In addition, with specific 
regard to the term "carrier" as used in the specification, a "carrier" is described as being a storage 
medium, and not merely a signal. For example, Applicant's specification describes that the 
"carrier" 970 is an "article of manufacture" that is "conveniently inserted into input device 940," 
and "is implemented as any computer readable medium, such as a medium largely explained 
above (cf. memory 920)." (Page 16, line 27 to page 17, line 4) 

Accordingly, Applicant submits that claims 8 and 13 are each directed to statutory subject 
matter. As such, Applicant requests that the Examiner remove the 35 U.S.C. § 101 rejections of 
these claims. 

Response to Claim Rejections - 35 U.S.C. S 102 

The Examiner maintained the rejection of claims 1-3, 6-1 1 and 13-15 under 35 U.S.C. § 
102(a) as being anticipated by published document "UIML: An XML Language for Building 
Device-Independent User Interfaces," by Marc Abrams and Contanrinos Phanouriou 
(hereinafter, "UIML"). Of these, claims 1, 8 and 13 are independent. 

Without prejudice, Applicant has amended independent claims 1, 8 and 13 to more 
particularly define the subject matter sought to be patented. The amendments add no new 
matter. Support for the amendments can be found throughout Applicant's specification as 
originally filed (e.g., at figures 21-24, and at page 41, line 17 to page 45, line 17). 

Claims 1-3 and 6-7 

UIML discloses a language that represents an interface in five parts: the interface 
structure, presentation style, content, actions taken in response to user interaction, and 
interconnection of the interface to application logic, (page 1, Abstract section). There are five 
main elements in a UIML document, (page 4, UIML - Main Elements section). A structure 
element includes an enumeration of the set of interface parts comprising the interface, where 
each part is given an instance name and a class name, (page 4, UIML Main Elements section). 
A content element specifies the content, (page 4, UIML - Main Elements section). A behavior 
element describes the behavior of the interface when the user interacts with it, and has an 
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enumerated set of conditions and associated actions, (page 5, UIML - Main Elements section). 
A style element specifies presentation style that is device-specific for each class of interface 
parts, or for individual named instances of a class, (page 5, UIML - Main Elements section). A 
peers element specifies what widgets in the target platform and what methods or functions in 
scripts, programs, or objects in application logic are associated with the user interface, (page 5, 
UIML - Main Elements section). 

Applicant submits that amended claim 1 defines subject matter that is patentable over 
UIML because UIML does not disclose or suggest all of the elements recited in Applicant's 
claim 1 . For example, UIML does not disclose or suggest a method that includes "receiving an 
application specification document by the device, the application specification document having 
a statement with an indication to render the first and second objects in the assembly, wherein the 
device is either of a first type or of a second type," and "interpreting the statement of the 
application specification document to identify a presentation pattern for the assembl y that defines 
a relation between at least two objects, the presentation pattern identified according to the type of 
the device from predefined first and second presentation patterns ." Also, UIML fails to disclose 
or suggest " rendering the assembly of the first and second objects on the user interface according 
to the [identified! presentation pattern ." 

UIML, by contrast, discloses methods that are very different than the method recited in 
Applicant's claim 1, and Applicant disagrees with the Examiner's contention that UIML 
discloses the features recited in claim 1 . First, with regard to a "presentation pattern," the 
Examiner states that "UIML does disclose presentation pattern since it's displaying data on 
multiple devices of its (device) own natural language," at page 3 of the present Office Action, 
and refers to the section discussing UIML as a meta language at page 5 of UEVIL, citing "UIML 
document specifies a mapping of . . . names to a vocabulary specific to a particular target 
platform." See Office Action, page 9. This is insufficient to anticipate a "presentation pattern 
that defines a relation between at least two objects," as recited in amended claim 1, as there is no 
disclosure or suggestion of a first object, a second object, or a relation between the two objects. 
Similarly, there is no disclosure or suggestion of "predefined first and second presentation 
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patterns," nor identification of a presentation pattern "according to the type of the device from 
predefined first and second presentation patterns," as recited in claim 1 . Next, with regard to 
"rendering the assembly of the first and second objects . . . according to the presentation pattern," 
the Examiner relies on page 3 of UIML, and cites "Java interpretive Tenderer permits the entire 
UIML interface to appear as a Java bean . . .end-user devices." See page 9 of Office Action. 
This is incorrect. Nowhere in UIML is an assembly of first and second objects rendered 
according to a presentation pattern disclosed or suggested. As described above, first and second 
objects are not disclosed or suggested, presentation patterns or predefined presentation patterns 
are not disclosed or suggested, and an assembly of the first and second objects according to a 
presentation pattern are not disclosed or suggested. 

By way of example, figure 21 of Applicant's specification shows illustrative 
representations of presentation patterns, including patterns 295 and 296 that define, respectively, 
adjacent and overlap relations between a first object 360 and a second object 370 that may be 
rendered visually, and pattern 297, which defines a consecutive relation between two objects that 
maybe rendered aurally. See Figure 21; page 41, lines 17-29. Examples of rendered assemblies 
of first and second objects on user interfaces according to presentation patterns that define, 
respectively, adjacent and overlap relations between the objects are shown in Figures 23 and 24. 
(Figure 23-24; page 45, lines 3-23). For example, the rendered assembly in each case includes 
the first and second objects according to a presentation pattern that defines a relation between at 
least two objects, and identified according to the type of the device from predefined first and 
second presentation patterns - in these examples, the size of the display screen being the device 
parameter that permits identification of the appropriate presentation pattern. (Figures 23-24, 
page 44, line 29 to page 45, linel7) 

Figure I of UIML merely shows a PC with a display in English and a cell phone with a 
display in French. For either of the devices shown in figure 1, UIML does not disclose or 
suggest a first object and a second object, a presentation pattern that defines a relation between at 
least two objects, or an assembly of the first and second objects rendered according to the 
presentation pattern. Figure 1 does not show an assembly of the first and second objects 
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rendered on a user interface of either device shown there, and indeed fails to show even one 
object, let alone an assembly of two objects rendered according to a presentation pattern that 
defines a relation between the objects. The discussion at page 5 of UIML pertains to a mapping 
of class names to a vocabulary for a target platform, which is simply a mechanism to standardize 
naming conventions such that "users can define vocabularies that are suitable for various toolkits 
independently of UIML." See UIML, page 5. As examples of class names, UIML lists "Frame, 
Menu, and Button," for a Java AWT target. See UIML, page 5. Even if such class names may 
correspond to objects, which Applicant does not concede, they certainly are not a "presentation 
pattern defining a relation between at least two objects," or an "assembly of the first and second 
objects on the user interface according to the presentation pattern," as recited in Applicant's 
claim 1. 

Neither does UIML render the method of Applicant's claim 1 obvious. For example, 
there are advantages of the method of Applicant's claim 1 that are not contemplated by UIML. 
Using the method of Applicant's claim 1 with devices of various types, such as a first type or a 
second type, assemblies of two or more objects may be displayed according to a presentation 
pattern that defines a relation between the two or more objects, where the presentation pattern is 
identified according to the type of device, such that the assembly may be presented on the user 
interface in a manner particularly suited to that device. This goes far beyond, for example, 
providing a display in one language on a first device and a display in second language on a 
second device, as shown in figure 1 of UIML, which fails to capture any relationship between the 
objects or how the objects, and the data they present, may be optimally presented in an assembly 
according to a presentation pattern identified according to the type of the device from predefined 
first and second presentation patterns. The presentation pattern identified according to the type 
of the device from predefined presentation patterns, and the assembly of the objects according to 
the identified presentation pattern that are recited in claim 1 together provide sophisticated user 
interface presentation possibilities for content across devices of different types having different 
device-specific limitations, and do so in a flexible manner not contemplated by UIML. 

Accordingly, claim 1 defines subject matter that is patentable over UIML. 
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Dependent claim 6 depends from claim 1, and thus is patentable over UIML for at least 
the reasons described above with reference to claim 1 . Additionally, claim 6 recites "wherein the 
presentation pattern is identified according to the size of the screen." The Examiner contended, 
in rejecting claim 6, that UIML discloses this aspect at figure 1, figure 3, and related discussion, 
see Office Action page 10, and referred to the PC and PDA shown in figure 1 of UIML, see 
Office Action page 4. This is both misguided and insufficient. Figure 1 of UIML simply shows 
a block diagram having two devices, and describes one as presenting information in English and 
the other as presenting information in French. Figure 3 also shows two devices, but does not 
show or describe differences in presentation, let alone differences in presentation based on screen 
size, and nowhere in UIML are these aspects disclosed or suggested. As described above, UIML 
does not disclose or suggest predefined presentation patterns that define a relation between at 
least two objects, and certainly does not disclose or suggest identifying a presentation pattern 
based on size of the screen of the device. Without limitation, Applicant submits that this 
provides at least an additional reason why claim 6 defines subject matter that is patentable over 



For at least these reasons, claim 1 , and each of dependent claims 2-3 and 6-7, define 
subject matter that is patentable over UIML, and Applicant requests that the Examiner remove 
the anticipation rejections of these claims. 

Claims 8-10 

Claim 8 has been amended in similar fashion to claim 1, and recites a computer-program 
product having instructions that when executed perform a method similar to the method of claim 
1 . The amendment adds no new matter. For at least the reasons discussed above with reference 
to claim 1 , claim 8 defines subject matter that is patentable over UIML, as do each of dependent 
claims 9-10, and Applicant requests that the Examiner remove the anticipation rejection of this 
claim. 
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Claims 13-15 

Applicant has amended claim 13 in similar fashion to the amendments of claim 1 . The 
amendment adds no new matter. 

The Examiner rejected claim 13 under the same rationale set forth in the rejection of 
claim 1 . Applicant traverses. For at least the reasons described above, amended claim 1 defines 
subject matter that is patentable over UIML, and claim 1 3 similarly is patentable over UIML. In 
particular, nowhere does UIML disclose or suggest a computer-program product characterized 
by instructions that form a "theme- handler to evaluate a statement of the application 
specification document, the statement instructing to render the first and second objects in an 
assembly according to a device type specific presentation pattern for the assembly that defines a 
relation between at least two objects, where the device type specific presentation pattern is 
identified from predefined first and second visual presentation patterns ." Neither docs UIML 
disclose or suggest a second sub-plurality of instructions that "form a navigation engine to select 
one of the first and second objects for interaction with a user to create inter-object relations with 
user interface elements and data cursors." 

At page 5 of the present Office Action, the Examiner stated that "[t]he limitation theme 
handler recited in clam 13 would be inherent in claim 1 since the limitation (theme handler) 
further bound by the same limitations as recited in claim 1, therefore claim 1 3 is given the same 
rationale as claim 1 ." This is not correct. Nowhere in UIML is a theme handler of the type 
recited in claim 1 3 disclosed or suggested. Similarly, UIML does not disclose or suggest a 
navigation engine of the type recited in claim 13. Neither are these aspects of claim 13 obvious 
in view of UIML, for reasons described above with reference to claim 1 . 

Accordingly, claim 13 defines subject matter that is patentable over UIML, as do each of 
dependent claims 14 and 15. Applicant requests that the Examiner remove the anticipation 
rejections of these claims. 
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CONCLUSION 

Applicant submits that all pending claims 1-3, 6-10, and 13-15 are in condition for 
allowance and request that the Examiner issue a notice of allowance. 

It is believed that all of the pending claims have been addressed. However, the absence 
of a reply to a specific rejection, issue or comment does not signify agreement with or 
concession of that rejection, issue or comment. In addition, because the arguments made above 
may not be exhaustive, there may be reasons for patentability of any or all pending claims (or 
other claims) that have not been expressed. Finally, nothing in this paper should be construed as 
an intent to concede any issue with regard to any claim, except as specifically stated in this 
paper, and the amendment of any claim does not necessarily signify concession of 
unpatentability of the claim prior to its amendment. 
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